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La presente invention se rapporte a un dispositif et un procede 
d'ajustement de debit d'un flux de contenus en fonction de capacites de 
traitement d'un ou plusieurs recepteurs, ainsi qu'a des produits associes. 

De plus en plus de terminaux utilisateur, tels que notamment des 
ordinateurs personnels (PCs pour « Personal Computers ») et des assistants 
numeriques personnels (PDAs pour « Personal Digital Assistants »), sont 
fondes sur des plate-formes gen^riques sur lesquelles des logiciels sont 
implements. Cette evolution concerne en particulier des lecteurs 
audio/vid§o. 

Cependant, les capacites des terminaux sont souvent tres 
differentes, tant en performances CPU (pour « Central Processing Unit ») 
qu'en memoire disponible. II est done necessaire de definir des techniques .; ! 
qui adaptent soit le contenu au terminal, soit le terminal au contenu. & 

* 

Des solutions connues concemant Padaptation du terminal auJ&l 

« **' • 

contenu, consistent a effectuer un decodage selectif si ie terminal" ne-$>" 
parvient pas a decoder en temps reel Tensembie des donnees. Par exemple, 
lors de la reception d'un flux video MPEG2 (pour « Moving Picture Experts 
Group »), qui comprend classiquement des images de types I (decodees en 

4 

elles-m§mes), P (decodees a Paide d'images anterieures) et B (decodees £ 
Taide damages anterieures et posterieures), le terminal deborde ne decode 
pas les images B (celles-ci n'etant pas utilisees pour la prediction des 
images suivantes). 

■ 

Dans des applications de diffusion sans voie de retour, par 
diffusion generate (« broadcasting ») ou multidiffusion (« multicasting »), 
cette solution permet efficacement de s'adapter, bien qu'elle conduise a des 
pertes deformations pouvant porter prejudice a la qualite de reception. 



Par contrasts, dans des applications point & point, il est possible 
d'eviter ce probieme en adaptant les debits d'emission aux terminaux. Pour 
ce faire, selon une technique connue, on met en oeuvre une etape prealable 
de negotiation entre le terminal vise et un client pour communiquer a 
5 I'emetteur les performances de ce terminal. L'emetteur choisit alors un 
contenu qui puisse etre decode en temps reel par le terminal. Cette 
technique repose sur la definition d'un protocole permettant d'echanger ce 
type d'informations, et sur la definition d'une mesure des performances du 
terminal. 

10 

Parmi les methodes dlvulguees portant sur Tadaptation d'un 
emetteur aux capacites d'un recepteur, le document japonais JP2000- 
270330 divulgue une adaptation de debits d'emission en fonction de 
capacites de traitement de terminaux avec decodeurs, au moyen d'une 
15 notification prealable a l'emetteur de ces capacites par les terminaux 
recepteurs. 

II ressort de la divulgation de ce document qu'un protocole 
specifique de transmission doit etre convenu entre Temetteur et le recepteur 
20 pour y parvenir, ce qui presente Tinconvenient de necessiter Timplementation 
d'un systeme coherent tant au niveau des emetteurs que des recepteurs 
concernes. De plus, une telle procedure ne peut beneficier d'une application 
relativement large que dans la mesure ou elle fait I'objet d'une normalisation 
reconnue. 

25 

Par ailleurs, des techniques standardises sont couramment 
employees pour adapter des flux d'emission a des conditions de circulation 
de donnees dans un reseau point a point. Ainsi, dans le protocole RTCP 
(pour « Real-Time Control Protocol »), la duree d'aller-retour (« RTT » pour 

_3q «-R^und~Trip^ime^>)^eHDaq 

emetteur et un recepteur est notifie a Temetteur, qui peut prendre des 
mesures appropriees pour modifier le tiux emis. Cette cfisp<5^itiolfl est 



particulierement utile pour reagir a une congestion dans le r6seau. Dans le 
cas d'un algorithme du type « TCP-friendly », un taux d'erreur observe au 
recepteur (« loss event rate », note « p ») est egalement communique a 
I'emetteur, qui peut ainsi adapter son flux d'emission et generer de la 
5 protection aux erreurs en fonction du taux d'erreur mesure. 

(-'utilisation de la duree d'aller-retour RTT a fait I'objet 
d'ameliorations specifiques visant a tenir compte de la contenance d'une 
memoire tampon au niveau du recepteur. En effet, une telle memoire 

10 tampon prolonge la dur6e a prendre en compte pour ajuster le d§bit du flux 
demission. Ainsi, le document JP2001-257715 divulgue un 6metteur 
disposant d'une section de traitement d'informations capable de calculer le 
RTT a partir d'un accuse de reception en provenance du recepteur. La 
section de traitement extrait un d6bit de transmission correspondant a ce 

15 RTT et a des renseignements sur la quantite de stockage d'une memoire -ft 
tampon associ§e au terminal, joints a l'accuse de reception. Une section de / 
controle de debit modifie alors le debit de transmission effectif sur la base de v 
ce d§bit extrait. Cette technique permet d'agir sur le debit de transmission, S 
de facon a obtenir une bonne reproduction en temps reel et a eviter des 

20 congestions de reseau. 

Ces methodes, qui permettent de prendre en compte les 
contenances de memoires tampons pour des variations de debits, requierent 
des implementations particulieres aux niveaux des emetteurs et recepteurs, 
25 ainsi que des protocoles de communication specifiques. Par ailleurs, elles 
laissent entier le probleme d'adaptation aux capacites de traitement de 
recepteurs. 

Une solution tentante pour ameliorer encore la justesse du debit 
30 d'emission consisterait a 6mettre au pr6alable une notification informant 
I'emetteur des capacit§s du recepteur, comme decrit dans le document 
JP20Q0-270330, puis a transmettre a I'emetteur en cours de transmission 



des accuses de reception contenant non seulement le RTT mais aussi des 
renseignements sur la memoire tampon du recepteur, comme decrit dans le 
document JP2001-257715. Uemetteur, par des algorithmes judicieusement 
combines, adapterait son flux Remission en prenant en compte les deux 
5 types ^informations. 



Bien qu'une telle combinaison puisse s'averer tres efficace pour 
produire une bonne fluidity des decodages en temps reel, elle maintient la 
necessite d'une implementation dans les emetteurs et les recepteurs et de la 
10 mise en oeuvre d'un protocole specifique. De plus, elle laisse subsister de 
fortes incertitudes sur l'admission de ce protocoie specifique dans des 
reseaux etendus (appeles reseaux « WAN » pour « Wide Area Networks ») 
tels qu'lnternet, sauf £ limiter Implementation a un pare restreint de 
terminaux d'emission et de reception compatibles. 

15 

La presente invention conceme un dispositif d'ajustement de debit 
d'un flux de contenus en fonction de capacites de traitement d'au moins un 
recepteur, qui rend possible une implementation simple et efficace, et est 
susceptible de s'appliquer sans difficulty particuliere £ un tres grand nombre 
20 d'6metteurs et de recepteurs, 6ventuellement de modeles distincts, sans 
qu'il soit necessaire de faire adopter un nouveau protocole specifique de 
communication. 

LMnvention concerne §galement un procede d'ajustement, un 
25 terminal de reception et un programme d'ordinateur correspondant au 
dispositif de Tinvention. 

Elle s ! applique en particuiier au domaine des communications 
RTCP, notamment sur Internet, mais aussi sur d'autres reseaux WAN et sur 

-30 des — reseaux — locaux — (appeles— -reseaux — <c-LAtsL^ — pour — <c_Local- Area 

Networks »). De plus, Tinvention est tout specialement interessante pour des 
ffansirnssion^^ 



exemple de la victeo a la carte (« VOD » pour « Video On Demand »), ou 
pour la retransmission d'evenements en direct sur Internet. 

A cet effet, Tinvention a pour objet un dispositif d'ajustement de 
5 debit d'un flux de contenus en fonction de capacites de traitement d'au 
moins un recepteur. Ces contenus sont transmis par un emetteur vers ce 
recepteur via un reseau, selon un protocole de communication prevoyant 
une transmission en retour de donnees de reception des contenus par le 
recepteur vers l'6metteur. Ce dispositif comprend : 
10 - un module d'entree d'informations relatives a ces capacites, 

- un module d'estimation d'un niveau requis pour le debit au 
moins en fonction de ces informations, 

- et un module ^'inscription de renseignements d'ajustement de 
flux destine a inscrire les renseignements d'ajustement pour transmission en 

15 retour avec les donnees de reception vers Pernetteur, ces renseignements 

d'ajustement etant capables de provoquer une modification du debit en % 

rapport avec le niveau requis. & 

* 

<« 

4 

Selon Tinvention, le protocole de communication prevoyant une » 
20 transmission en retour vers l'6metteur d'au moins un parametre relatif a des . 
conditions de communication des contenus dans le reseau entre Temetteur 

* * 

et le recepteur, le module description est destine a modifier ce parametre 
de fa?on § Tutiliser pour transmettre les renseignements d'ajustement. 

25 Par « capacites de traitement » d'un recepteur, on entend des 

ressources du recepteur apte a un traitement des donn6es regues, par 
exemple pour un decodage d'un flux MPEG2. Ces capacites peuvent done 
inclure notamment une vitesse de traitement de donnees (typiquement une 
performance CPU, pour « Central Processing . Unit »), un volume m^moire 

30 (tel que celui d'une memoire RAM - pour « Random Access Memory »), une 
consummation d'energie et/ou une presence de composants dedies au 
traitement des contenus (par exemple un d6codeur materiel, dit « decodeur 



hardware »). On exclut en revanche de cette definition des entites ayant des 
fonctions de pure regulation de flux, en I'occurrence des memoires tampons 
(« buffers »). 

5 D'une fagon inattendue et a contre-emploi, les capacites de 

traitement du recepteur sont utilisees pour influer sur un parametre du 
protocole normalement consacre a des proprietes de circulation dans le 
reseau. De plus, ce parametre est modifie en amont de la transmission en 
retour vers I'emetteur, ce qui tranche egalement avec les techniques 
10 connues, dans lesquelles des algorithmes d'ajustement sont mis en oeuvre 
au niveau de r^metteur. 

Cette fa?on de proceder est d'autant plus surprenante qu'en 
agissant ainsi au niveau du recepteur (ou d'un ensemble de recepteurs), on 

15 a la possibility de decharger I'emetteur de toute operation specif ique 
d'adaptation au recepteur, alors meme que cet emetteur ne dispose 
d'aucune implementation en relation avec les capacites de traitement du 
recepteur. Ce resultat est obtenu en agissant sur un parametre du protocole 
qui vise normalement des conditions de communication dans le reseau, mais 

20 auquel on attribue une fonction additionnelle : incorporer implicitement des 
informations sur les capacites du recepteur. 

Lier les capacites de traitement du recepteur a un tel parametre 
est inattendu, meme au regard de la divulgation du document JP2001- 

25 257715 sur la transmission en retour de la contenance d'une memoire 
tampon, avec la duree RTT. En effet, la memoire tampon remplit un role 
directement Ii6 a la fluidite des echanges, et est une extension naturelle du 
concept de temps de parcours des donnees entre Pemetteur et le recepteur 
- lorsque des files d'attente augmentent dans des memoires tampons, les 

-30 — tf^smissiofls-sentH^enties-eWa^^ 

capacites de traitement du recepteur, sans relation apparente immediate 
avec des conditions de communication dans un reseau. 



Le dispositif d'ajustement de invention est tres avantageux 
notamment en ce qu'il autorise un processus d'ajustement de debit aux 
capacites de traitement du recepteur, totalement transparent pour I'emetteur. 
5 Ce dernier agit en fait conformement aux dispositions du protocole, dans le 
but de parer a des congestions de reseau. 

Une consequence essentielle de cette situation est qu'il n'est pas 
necessaire de modifier les appareils d'emission, ni de leur adjoindre des 

10 dispositifs dedies. Au contraire, tout 6metteur en accord avec le protocole de 
communication peut convenir. Seuls les r§cepteurs doivent etre pourvus de 
moyens specifiques, par incorporation de ces moyens soit en leur sein, soit 
dans un systeme adjoint approprie. Une autre consequence de cette 
situation est que le protocole n'a pas a etre modifie et qu'il n'est pas 

15 necessaire non plus de definir un protocole additionnel. Par consequent* 

sous reserve d'une adaptation des recepteurs, le dispositif d'ajustement de 4 
Tinvention est applicable des lors qu'est en place un protocole pr£voyant une 
transmission en retour de donnees de reception incluant un parametre. relatif 
a des conditions de communication dans le reseau. ~ 

20 

II est par ailleurs avantageux de combiner la technique du 
dispositif de Tinvention avec une prise en compte de la memoire tampon. 
Dans ce cas, de preference, la contenance de cette memoire tampon est 
directement prise en compte par une modification d'un parametre du 
25 protocole, qui peut dtre identtque au parametre exploits pour les capacites 
de traitement du recepteur, Ainsi, comme indique precedemment, il n'est pas 
necessaire de modifier les emetteurs, et le protocole de communication 
standard peut etre exploite. 

« 

30 Le dispositif d'ajustement de invention peut permettre non 

seulement de s'adapter precisement aux capacites de traitement du 
recepteur, mais aussi de le faire m§me lorsque ces capacites varient au 



cours du temps. De preference, il est prevu pour agir de fagon completement 
automatisee, y compris pour etablir les capacites de traitement des 
recepteurs. Les operations effectuees sont ainsi totalement transparentes 
aux utilisateurs. 

5 

Le dispositif d'ajustement de I'invention peut etre implements 

directement dans un terminal de reception utilisateur, par exemple sous la 

forme d'un gestionnaire de qualite interne determinant le debit de 

transmission souhaite puis agissant en consequence sur le parametre ou les 

10 paramMres utilises. II peut aussi etre imptemente dans un systeme 
autonome dispose entre le recepteur et le reseau. Un tel systeme autonome 
peut egalement §tre assocte a plusieurs recepteurs, et tenir compte de leurs 
diverses capacites de traitement. Cette derniere realisation est 
particulierement interessante pour un groupe geographiquement defini de 

1 5 terminaux, par exemple dans un immeuble ou une entreprise. 

Les donn6es de reception sont preferentiellement transmises en 
retour via le reseau de communication utilise pour renvoi du flux de 
contenus. 

20 

Selon une forme preferee du protocole de communication, celui-ci 
est le protocole RTCP. On peut egalement appliquer I'invention a un reseau 
et un protocole point a point, ou aussi a une multidiffusion (pour des groupes 
de terminaux). 

25 

Dans un premiere mode de realisation preferee du parametre du 
protocole, celui-ci est prevu pour servir a calculer un delai de transmission 
aller-retour entre Temetteur et le recepteur. Le parametre du protocole 
comprend alors avantageusement un d6lai introduit au recepteur entre un 

-39 mom o nt d o r6coption des conteiws-et un mom ent d'emiss ion des donn£es 

de reception par le recepteur. Dans le protocole RTCP, notamment, le delai 
de transmission est la duree K l l , qui est moamee au niveau au recepteur 




en jouant sur le delai appele DLSR (pour « Delay since Last Sender 
Report ») separant la reception des contenus de remission des donnees de 
reception. 

5 Dans un deuxieme mode de realisation preferee du parametre du 

protpcole, celui-ci cornprend un taux de perte de contenus. Dans le protocole 
RTCP, notamment, ce taux de perte p peut etre exploite dans la mesure 0C1 
I'emetteur utilise un algorithme TCP-friendly (pour « Transmission Control 
Protocol »). 

10 

Ces deux modes de realisation portant sur le parametre du 
protocole sont avantageusement combines, le dispositif d'ajustement etant 
capable de modifier tant Tun que Pautre des deux types de parametres, ou 
meme les deux parametres a la fois. 

15 • « 

L'avantage du choix de DLSR comme parametre de modification 
du protocole RTCP est qu'il s'applique a d'autres algorithmes que TCP- *> 
friendly. En fait, quel que soit I'emetteur disposant d'un algorithme de & 
contrdle de congestion, cet 6metteur s'adapte aux capacites de traitement 
20 du recepteur lorsque le dispositif d'ajustement est mis en oeuvre au niveau 
du recepteur. De plus, ce parametre evite une eventuelle generation de 
protection aux erreurs non necessaire, propre a Tutilisation du taux de perte. 

En revanche, I'avantage du choix de p comme parametre de 
25 modification du protocole RTCP (lorsqu'il est utilisable) est qu'il permet d'agir 
directement sur le parametre concerne, alors que la modification du 
parametre DLSR induit des incertitudes sur Teffet obtenu quant 3 la duree 
RTT, celle-ci dependant aussi de la rapidite de circulation des donnees de 
reception entre le recepteur et Temetteur. 

30 

Avantageusement, le module description est capable de modifier 
le parametre (ou les parametres) du protocole au moyen de plusieurs 



variations successives de ce parametre. Cette realisation est 
particulierement judicieuse lorsqu'il n'est pas possible de modifier 
directement le parametre decisif au niveau de 1'emission, mais qu'on agit sur 
lui par I'intermediaire d'un parametre accessoire. 

Ceci s'applique en particulier au parametre DLSR, qui permet de 
modifier indirectement la duree RTT. Selon le present mode de realisation, 
on procede a des incrementations successives de DLSR au niveau du 
recepteur, afin d'ajuster avec precision le debit du flux de contenus. Par 
rapport a cette version amelioree, I'utilisation du taux de perte conserve 
d'une part un avantage en ce qu'elle evite de telles iterations, et d'autre part 
les inconvenients mentionnes plus haut. 

Dans des modes de realisation ameliores du dispositif 
d'ajustement de I'invention, celui-ci ne tient pas seulement compte des 
capacites de traitement du recepteur pour adapter le debit de transmission 
des contenus. Ainsi que cela a deja ete mentionne, on peut notamment faire 
intervenir la contenance d'une memoire tampon pour ajuster le RTT du 
protocole RTCP, via le DLSR, mais d'autres realisations sont 
particulierement interessantes. 

En particulier, avantageusement, le module d'estimation est 
capable de determiner une valeur a atteindre pour le debit du flux de 
contenus non seulement en fonction des capacites de traitement du 
recepteur, mais aussi en fonction d'un taux de partage des capacites du 
recepteur. On peut de cette maniere gerer les debits de plusieurs flux traites 
en parallele dans le recepteur, en imposant eventuellement des priorites. A 
titre d'illustration, on peut decider que tel flux ne doit pas consommer plus de 
30 % des capacites de traitement (par exemple en terme de partage CPU), 
—les 70 % re stants-et ant repartis equ i t ab lement entre les a ntre s flux 



Les modules d'entree et d'estimation sont preferentiellement 
prevus pour que les capacites de traitement du recepteur comprennent au 
moins un critere de performance du recepteur choisi parmi une vitesse de 
traitement de donnees, un volume memoire, une consommation d'energie et 
une presence de composants d£di§s au traitement des contenus. 

L'invention concerne aussi un terminal de reception, caracterise 
en ce qu'il comprend un dispositif d'ajustement de debit conforme. a Tune 
quelconque des formes de I'invention. 

L'invention s'applique egalement & un proc6d6 d'ajustement de 
debit d'un flux de contenus en fonction de capacites de traitement d'au 
moins un recepteur, correspondant au dispositif de Tinvention et 
preferentiellement destine a etre mis en oeuvre au moyen de Tun quelconque 
des modes de realisation de i'invention. Avantageusement, ce reseau est un 
reseau de communication point a point et le flux des contenus est transmis 
en continu (streaming). 

Uinvention porte egalement sur un produit programme 
d'ordinateur comprenant des instructions de codes de programme pour 
Texecution des etapes du proc6d6 d'ajustement selon invention lorsque ce 
programme est execute sur un ordinateur. Par « produit programme 
d'ordinateur », on entend un support de programme d'ordinateur, qui peut 

« 

consister non seulement en un espace de stockage contenant le 
programme, tel qu'une disquette ou une cassette, mais aussi en un signal, 
tel qu'un signal electrique ou optique. 

^invention sera mieux comprise et illustree au moyen des 
exemples suivants de realisation et de mise en oeuvre, nullement limitatifs, 
en reference aux figures annexees sur lesquelles : 



- la Figure 1 est un schema de principe d'un ensemble 
d'emission et de reception dans lequel le recepteur comprend un dispositif 
d'ajustement selon I'invention ; 

- et la Figure 2 detaille le recepteur de la Figure 1. 



Sur ces figures, les entites fonctionnelles decrites et illustrees ne 
correspondent pas necessairement a des entites physiquement distinctes, 
mais peuvent par exemple consister en des fonctionnalites d'un meme 
logiciel ou en des circuits d'un meme composant 

Un ensemble d'emission et de reception a travers un reseau 5 de 
communication (Figure 1) comprend un emetteur 2 de contenus CONT et un 
recepteur 1 de ces contenus CONT. Selon un protocole de communication 
via le reseau 5, le recepteur 1 est prevu pour emettre en retour via le reseau 
5 vers I'emetteur 2, des donnees de reception REP (pour « Report ») de ces 
contenus CONT. En particulier, ces donnees REP comprennent un ou 
plusieurs parametres relatifs a des conditions de communication des 
contenus CONT dans le reseau 5, ces parametres etant utilises par 
I'emetteur 2 pour modifier le debit du flux de contenus CONT, de fagon a 
remedier a des problemes de congestion dans le reseau 5. 

Le recepteur 1 est pourvu d'un dispositif d'ajustement de debit 10, 
capable de modifier les parametres mentionnes plus haul Ce dispositif 
d'ajustement 10 est prevu pour estimer un niveau requis pour le debit du flux 
25 de contenus CONT en fonction de capacites de traitement du recepteur 1 , et 
pour agir en consequence sur ces parametres afin de provoquer un 
ajustement du debit au niveau de I'emetteur 2. 

Plus precisement, le recepteur 1 comprend, outre le dispositif 
-30 — d^ajustem ent 10 , un modul e-de-roes ure 14 de capacites-de-traiteme n t du 
recepteur 1, un module de preparation 15 des donnees de reception REP, 



10 



15 



20 



• 
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relie a une horioge 20, et un module d'emission 16 de ces donnees REP. Le 
dispositif d'ajustement 10 comprend quant a lui : 

- un module d'entree 11 d'informations sur les capacites de 
traitement du recepteur 1, communiquees par le module de mesure 14, 

5 - un module d'estimation 12 de niveaux requis pour le debit du 

flux de contenus CONT, 

- et un module d'inscription 13 de renseignements d'ajustement 
de flux dans les donnees REP, en communication avec le module de 
preparation 15 et destine a fournir au module 15 les instructions de 

1 0 modification des parametres utilises pour controler le debit. 

Selon I'exemple d'application decrit, le protocole est RTCP et le 
reseau est Internet. 



15 Dans un premier exemple d'implementation, on utilise le calcul du - *£ 

RTT (Round Trip Time) pour remonter a I'emetteur 2 !e debit que le "V* 
recepteur 1 est capable de decoder. & 



Le RTT est calcule par I'emetteur 2 en particulier a partir du delai 
20 DLSR regu en provenance du recepteur 1 avec les donnees de reception ' 
REP. Le mode de calcul de la duree RTT est donne par le protocole 
RTCP en substance de la maniere suivante : 



Derniere estampille (« time stamp ») SR (pour « Sender Report ») 
25 (LSR pour « Last SR ») : 32 bits - les 32 bits moyens des 64 dans 
I'estampille NTP (...) regues comme partie du paquet SR le plus recent en 
provenance de la source SSRC__n. Si aucun SR n'a encore ete regu, ce 
champ est mis a zero. 



30 Delai depuis le dernier SR (DLSR) : 32 bits - le delai, exprime 

en unites de 1/65536 de secondes, entre la reception du dernier paquet SR 
en provenance de la source SSRC_n et renvoi du bloc de rapport de 



* 



reception. Si aucun paquet SR n'a encore §te regu en provenance de 
SSRC_n, le champ DLSR est mis a zero. 



La source SSRC_n peut calculer le delai de propagation aller- 
5 retour vers SSRC_r (recepteur emettant le rapport de reception) en 
enregistrant i'instant A de reception du bloc de rapport de reception, et en 
calculant la duree totale d'aller-retour (A - LSR) puis en lui soustrayant le 
delai DLSR : (A - LSR - DLSR). 

10 Puis les algorithmes de controle de congestion deduisent un debit 

dit TCP-friendly, qui permet de reduire le debit d'emission en cas de 
congestion tel que Paurait fait le protocole TCP (pour « Transmission Control 
Protocol »). Ualgorithme donne dans le protocole est le suivant : 

1 5 Uequation de debit est : 

s 

X= 

f?*Vf2*/>*p/3; + (LRTO * (3*yl(3*b*p/8) *p * (1+32*p 2 ))) 

ou : 

20 X est le taux de transmission en octets par seconde ; 

s est la taille de paquets en octets ; 

R est la duree de voyage aller-retour en secondes (RTT) ; 

p est le taux d'ev&nements de pertes, entre 0 et 1, donn6 par le 
nombre d'ev6nements de pertes comme une fraction du nombre de paquets 
25 transmis ; 

t_RTO est la valeur de temps mort de retransmission en 
secondes ; 

b est le nombre de paquets attestes par un unique accuse de 
reception TCP. 

~30 

Par incrementations successives du delai introduit au r6cepteur 
(DLSR;, on modifie artificiellement le RTT (R) pour "faire croire" a Pemetteur 
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2 que le debit disponible est celui decodable par le recepteur 1 et non pas le 
debit reseau 5 disponible. 

Dans un deuxieme exemple d'implementation, on utilise le calcul 
du taux de pertes p pour remonter a I'emetteur le debit que le recepteur est 
capable de decoder. Pour ce faire, on modifie directement p. 




REVENDICATIONS 

1. Dispositif d'ajustement (10) de debit d'un flux de contenus 
5 (CONT) en fonction de capacites de traitement d'au moins un recepteur (1), 
lesdits contenus (CONT) etant transmis par un emetteur (2) vers ledit 
recepteur (1) via un reseau (5), selon un protocole de communication 
prevoyant une transmission en retour de donnees de reception (REP) 
desdits contenus (CONT) par ledit recepteur (1) vers ledit Emetteur (2), ledit 
1 0 dispositif (1 0) comprenant : 

- un module d'entree (11) d'informations relatives aux dites 

capacites, 

- un module d'estimation (12) d'un niveau requis pour ledit d6bit 
au moins en fonction desdites informations, 

15 - et un module description (1 3) de renseignements d'ajustement 

de flux destine a inscrire lesdits renseignements d'ajustement pour 
transmission en retour avec lesdites donnees de reception (REP) vers ledit 
emetteur (2), lesdits renseignements d'ajustement 6tant capables de 
provoquer une modification dudtt debit en rapport avec ledit niveau requis, 

20 

caracterise en ce que ledit protocole de communication prevoyant 
une transmission en retour vers ledit emetteur (2) d'au moins un parametre 
relatif a des conditions de communication desdits contenus (CONT) dans 
ledit reseau (5) entre ledit emetteur (2) et ledit recepteur (1), le module 
25 description (13) est destine a modifier ledit parametre de facon a I'utiliser 
pour transmettre lesdits renseignements d'ajustement. 

2. Dispositif d'ajustement (10) selon la revendication 1, 
caracterise en ce que ledit protocole de communication est le protocole 
-30 RTCP. 



3. Dispositif d'ajustement (10) selon Tune des revendications 1 ou 
2, caracterise en ce que ledit parametre du protocole (DLSR) est prevu pour 
servir a calculer un delai de transmission aller-retour (RTT) entre ledit 
emetteur (2) et ledit recepteur (1). 

i 

4. Dispositif d'ajustement (10) selon la revendication 3, 
caracteris6 en ce que ledit parametre du protocole comprend un delai 
(DLSR) introduit audit recepteur (1) entre un moment de reception desdits 
contenus (CONT) et un moment d'6mission desdites donnees de reception 
(REP) par ledit recepteur (1), 

« 

5. Dispositif d'ajustement (10) selon Tune quelconque des 
revendications precedentes, caracterise en ce que ledit parametre du 
protocole comprend un taux de perte (p) de contenus. 

-»s'' 

6. Dispositif d'ajustement (10) selon Tune quelconque. A <ies 
revendications precedentes, caracterise en ce que ledit module d'inscripjtion 
(13) est capable de modifier ledit parametre au moyen de plusigurs 
variations successives dudit parametre. ; 

7. Dispositif d'ajustement (10) selon Tune quelconque des 
revendications precedentes, caracterise en ce que ledit module d'estimation 
(12) est capable de determiner une valeur a atteindre pour ledit debit dudit 
flux de contenus (CONT) aussi en fonction d'un taux de partage desdites 
capacites dudit recepteur (1)- 

8- Dispositif d'ajustement (10) selon Tune quelconque des 
revendications precedentes, caracterise en ce que lesdits modules d'entree 
(11) et d'estimation (12) sont prevues pour que lesdites capacites de 
traitement dudit recepteur (1) comprennent au moins un critere de 
performance dudit recepteur choisi parmi une vitesse de traitement de 




donnees, un volume memoire, une consommation d'energie et une presence 
de composants dedies au traitement desdits contenus (CONT). 

9. Terminal de reception (1) caracterise en ce qu'il comprend un 
5 dispositif d'ajustement (10) de debit conforme a Tune quelconque des 

revendications 1 a 8. 

10. Precede d'ajustement de debit d'un flux de contenus (CONT) 
en fonction de capacites de traitement d'au moins un recepteur (1), lesdits 

10 contenus (CONT) etant transmis par un emetteur (2) vers ledit recepteur (1) 
via un reseau (5), selon un protocole de communication prevoyant une 
transmission en retour de donn§es de reception (REP) desdits contenus 
(CONT) par ledit recepteur (1) vers ledit emetteur (2), ledit proced6 
comprenant les etapes suivantes : 

15 - on estime un niveau requis pour ledit debit au moins en 

fonction d'informations relatives aux dites capacites, 

- et on inscrit des renseignements d'ajustement de flux pour 
transmission en retour avec lesdites donnees de reception (REP) vers ledit 
emetteur (2), lesdits renseignements d'ajustement etant capables de 

20 provoquer une modification dudit debit en rapport avec ledit niveau requis, 

caracterise en ce que ledit protocole de communication prevoyant 
une transmission en retour vers ledit emetteur (2) d'au moins un parametre 
relatif a des conditions de communication desdits contenus (CONT) dans 
25 ledit reseau (5) entre ledit emetteur (2) et ledit recepteur (1), on inscrit lesdits 
renseignements en modifiant ledit parametre, de fagon a Putiliser pour 
transmettre lesdits renseignements d'ajustement, 

ledit procede d'ajustement etant pref6rentiellement destine & etre 

-SO mis— en— €8yvre— a u moye n d ' un d i spositif d'ajus tem ent conform e- a Tun e 

quelconque des revendications 1 a 8. 



11. Precede d'ajustement de debit selon la revendication 10, 
caracterise en ce que ledit reseau (5) est un reseau de communication point 
a point et le flux desdits contenus (CONT) est transmis en continu. 

12. Produit programme d'ordinateur comprenant des instructions 
de codes de programme pour I'execution des etapes du precede selon Tune 
des revendications 11 ou 12 lorsque ledit programme est execute sur un 
ordinateur. 



11. Proc6de d'ajustement de debit selon la revendication 10, 
caracterise en ce que ledit r6seau (5) est un reseau de communication point 
a point et le flux desdits contenus (CONT) est transmis en continu. 

12..Produit programme dLordinateur.-Comprenant.des instructions. 

de codes de programme pour Texecution des etapes du procede selon Tune 
des revendications 10 ou 11 lorsque ledit programme est execute sur un 
ordinateur. 
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